查看原文
其他

从领导不大懂数据库谈起

白鳝 白鳝的洞穴
2024-10-03

最近问一个用户他们的国产数据库用得怎么样。他们从去年下半年做好了数据库选型,开始做数据库迁移工作。经过一年时间,已经迁移了三十多套系统了。

他回答说:“还可以吧,迁移过去的系统现在运行得还算稳定。国产库小毛病挺多的,坑不少。如果早点了解这些坑,可以节约很多成本”。

他感触最深的是如果数据库厂商能够在他们开始工作之初告诉他们,自己的产品存在哪些坑,需要在应用和数据迁移时注意些什么问题,那么他们的工作就好做多了。很多次他们遇到问题,找到原厂一问,马上就能得到回答,显然这些问题对于厂商来说应该都是已知问题。但是除非他们遇到了,厂商绝对不会提前告知他们产品存在的问题。

数据库原厂的朋友也很无奈,他们不能主动把数据库存在的问题主动告诉客户,因为这会影响他们产品的口碑。有数据库选型决策权的领导一般不大懂数据库,因此如果领导知道某个数据库存在各种各样的缺陷或者限制的时候,就不会选择这个产品了。

因为怕领导不大懂数据库,所以不向用户提示数据库产品的应用限制和已知的小问题,这件事怎么看怎么不靠谱,但是确实是目前广泛存在的现象。国产数据库不仅对客户而言比较陌生,连竞争对手都不知道如何去攻击竞品,再加上行业引导不足,就导致了领导眼里的评价体系十分不合理。但是对自己的产品存在的问题遮遮掩掩,这类顽疾不驱除,是会影响国产数据库的口碑的。但是我们能把一切责任都推到领导不懂数据库上吗?领导按理说就不应该太懂数据库。其实这个例子中不是领导出了问题,而是选型决策的方式出了问题。

领导不懂数据库还有一个挺有意思的案例,领导要求更换国产数据库,技术团队通过各种测试与分析选择了合适的产品。但是领导没接受技术团队的建议,而是直接招标,选择了最便宜的数据库。技术团队看到招标结果,立马傻了,与原有数据库兼容性差异太大,应用必须做彻底改造才行。去和领导沟通,领导说,不都是数据库吗,都支持SQL语句,能差到哪去。

最后领导终于搞懂了不同数据库是有差异的,但是已经骑虎难下了。不过领导还是有办法的,给开发商另外搞了一笔改造费用,搞定了这件事,最后皆大欢喜。这件事确实是领导不太懂数据库引起的,不过根源仍然不是领导懂不懂数据库,还是决策的程序不科学的问题。

有点跑题了,还是回到开头的那个问题。因为怕领导不太懂数据库而不和盘托出自己产品的一些问题,这会给客户带来更多的问题。用户用上了国产数据库,运维的问题又出来了,遇到问题不知道怎么处理,只能去找原厂。原厂刚开始还能立马派人到现场,后来原厂也没办法维持这样的服务了,开始远程指导用户的DBA。DBA也挺聪明的,很快看出这个国产数据库和某开源数据库有点相似,于是下回遇到问题,原厂响应不够及时的时候也不会傻等了,会去网上找解决那个开源数据库的方法去处理,有时候还真能解决问题。久而久之,找原厂的次数就少了,运维效率也提升不少。

DBA就问原厂工程师你们都产品是不是基于某开源数据库开发的?为啥不早说呢,害得我们瞎摸索了好长时间。原厂工程师也很无奈,如果你们领导知道我们数据库基于某开源产品,又要说我们不是真国产,不买我们的产品了。

我想这个问题仅仅甩锅领导或者流程就不合适了,数据库国产化的产业引导的路数看样子也有问题。把安全可靠简单地和原创挂钩,本身就不够科学。这种不够科学的思想引导下,使用开源代码好像低人一等一样。所以大家就拼命去掩盖自己的出身,这反而给用户带来了很大的困扰,不利于国产数据库产业的发展。

大多数开源数据库其实离企业级数据库还有很大距离。我一直有个疑问,如果不要花过多的精力去掩盖自己的出身,把更多的研发成本投入到把开源数据库变成一个安全可靠的企业级数据库上去,是不是更好一些呢?




继续滑动看下一个
白鳝的洞穴
向上滑动看下一个

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存